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CONFERENCING NETWORK RESOURCE MANAGEMENT FOR CALL 
CONNECTIVITY 

CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This application claims the benefit of 
Provisional Patent Application Serial No. 60/245,728 
filed on November 2, 2000, entitled "Conference Network 
Resource Management And Optimization" and is also related 

to co-owned Patent Application Serial No. , 

filed on November 2, 2001, entitled "Conferencing Network 
Resource Optimization For Multi-Point Conferences" which 
are hereby incorporated by reference. 

BACKGROUND 

1 . Field Of The Invention 

[0002] The present invention relates generally to 
management of conferencing networks, and more 
particularly to applications for managing network 
resources to ensure connectivity of scheduled 
conferences . 

2 . Description Of The Background Art 

[0003] H.323 is an umbrella recommendation from the 
International Telecommunications Union (ITU) that 
describes .standards for multimedia communications over 
IP-based local area networks (LANs) that do not provide a 
guaranteed Quality of Service (QoS) . Common LAN 
configurations utilize packet-switched TCP/IP and IPX 
over Ethernet, Fast Ethernet, and Token Ring 
technologies. Therefore the H.323 standards are commonly 
used in the implementation of enterprise 
videoconferencing networks . 

[0004] An important component of an H.323 compliant 
network is a gatekeeper, which acts as a central control 
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point for all calls within its zone and provides call 
control services to registered endpoints . A gatekeeper 
interacts with other H.323 network components, such as 
terminals, gateways, and multi-point control units 
(MCUs) . One of the important call control functions 
performed by a gatekeeper is bandwidth management, which 
typically includes limiting the total conferencing 
bandwidth to a fraction of the total available to allow 
the remaining capacity to be used for other activities. 
Currently, multi-point and point-to-point calls are 
typically scheduled without regard to the gatekeeper 
bandwidth management and call authorization policies. As 
a result, bandwidth limitation may often result in a 
refusal to connect an attempted conference call when a 
certain enterprise network threshold is reached. Thus, 
what is needed is a method for reliably connecting 
scheduled conference calls. 

SUMMARY 

[0005] The conferencing network resource management 
and optimization system of the present invention 
configures a gatekeeper (or a SIP proxy) and a resource 
scheduler such that requested conference calls are 
scheduled via the scheduler, and according to the network 
Quality of Service and connectivity policies maintained 
by the gatekeeper or the SIP proxy. The disclosed 
methods, which utilize the system as described, ensure 
that sufficient network resources are available at the 
time of the requested conference call and consequently 
ensure a reliable and successful conference. 

[0006] In an alternate aspect of the invention, the 
system is configured such that network management 
applications are provided at both an enterprise network 
level and at a service provider level . The management 
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applications are operative to exchange network 
configuration and policy information, thus affording the 
capability to co-manage endpoint devices and LAN and WAN 
resources. An additional benefit provided by 
intercommunicating H.323 video network management 
applications is the resolution or translation of internal 
private IP addresses to their effective public IP 
address. The enterprise management application is 
operative to communicate with the service provider 
management application to provide dynamic network address 
translation (NAT) without the need for manual mapping of 
addresses . 
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BRIEF DESCRIPTION OF THE DRAWINGS 



[0007] FIG . 1 is a block diagram of an enterprise 
network, in accordance with the present invention ; 

[0008] FIG. 2 is a block diagram of gatekeeper, in 
accordance with the present invention; and 

[0009] FIG. 3 is a flowchart of method steps for 
scheduling a conference call within a network. 
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DETAILED DESCRIPTION OF THE INVENTION 



[0010] Scheduling and/or calendar applications are 
often used in enterprises, especially those with multiple 
campuses or work sites, in order to aid coordination of 
conferences or other collaborations among desired 
participants. These applications typically offer the 
ability to view the calendars of others on the enterprise 
network, as well as send conference invitations and 
subsequently update conference participant calendars upon 
acceptance of an invitation. Enterprises often use third 
party scheduling applications or may use proprietary 
h applications developed for unique needs. 

;■_-[ [0011] A method and system providing reliable 

connectivity of conference calls regulated by the H.323 
audio and video conferencing protocol or Session 
Initiation Protocol (SIP) is first described. The system 
'A ensures that adequate network resources are available for 

a requested conference by binding an enterprise 
scheduling application with gatekeeper QoS/connectivity 
"a policies maintained by a network administrator. Through 

this conferencing network architecture, an endpoint can 
request network resources via the scheduling application, 
which can then access the gatekeeper policies and call 
authorization and management functionality. The 
gatekeeper, can verify that adequate resources are 
available to complete the requested conference call and 
can ensure that the requested call is given priority over 
competing non- scheduled calls, thus ensuring successful 
initiation of the requested conference. Alternatively, 
the gatekeeper may be replaced by an SIP proxy in which 
scheduling applications (described below) are bound to 
the SIP proxy. 
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'[0012] FIG. 1 depicts an exemplary operating 
environment of the system and methods described herein. 
An enterprise network 100 is depicted comprising at least 
two campuses , campus 1 and campus 2 . Each campus 
comprises a LAN 102 interconnecting an MCU 104 and 
various workstations. The LANs 102 may utilize well- 
known technology such as Ethernet or any other suitable 
network technology, and employ appropriate communication 
protocols, for example TCP/IP. As is known in the art, 
an MCU supports conferences between three or more 
endpoints. An MCU typically includes a media controller 
(not shown) for, among other things, processing 
negotiations among endpoints and controlling audio, 
video, and multiplexed streams, and an optional media 
processor (not shown) for, among other things, 
processing, mixing, and switching of audio, video, and 
data signals. The scope of the present invention 
includes centralized and decentralized MCUs . A 
centralized MCU includes integrated media controller and 
media processor units. A decentralized MCU includes 
separate media controller and media processor units. 

'[0013] Each LAN 102 additionally interconnects one 
or more various videoconf erence-enabled devices, for 
example, a stand-alone videoconferencing unit (VCU) 106 
such as the ViewStation™ MP available from Polycom, Inc. 
of Milpitas, California; a personal computer (PC) 108; 
and a- PC /VCU 110 combination. The PC /VCU 110 is intended 
to depict a videoconf erence-enabled PC that is configured 
with a microphone, camera, speakers, and an associated 
conferencing application, or a PC coupled with a personal 
videoconferencing device such as the ViaVideo™ available 
from Polycom, Inc. of Milpitas, California. The devices 
coupled to the LANs 102 intercommunicate through an 
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appropriate protocol such as TCP/IP, IPX, or any other 
suitable communication protocol. Note also that the MCU 
104 may not be a separate device as depicted in FIG. 1, 
but may be integrated into another device such as the VCU 
106 or a network server 112. 

[0014] The network server 112 includes a plurality 
of software applications and associated functions, and is 
coupled to the LAN 102 for communication with other 
network connected devices. The server applications may 
include, but are not limited to, a network management 
system 114, a gatekeeper 116, a resource scheduler 118, 
and optionally a gateway 120. 

[0015] The network management system 114 manages the 
LAN 102 and connected devices. The network management 
system 114 manages hardware, for example, packet exchange 
monitoring and node diagnosis, and software, for example 
diagnosis and updating. An additional feature of the 
management system 114 is the capability to communicate 
and co-manage the resources of other network management 
systems 13 0 that reside on a service provider (SP) server 
122. Exemplary functions include, but are not limited 
to, coordinating conference connectivity with the SP 
server 122 through a network 124 (preferably packet- 
switched) , coordinating conference bandwidth management, 
and coordinating cascading of two or more MCUs 104 (or 
MCUs 128 resident at the SP server 122) together for 
expanding the number of endpoints in a multi-point 
conference . 

[0016] The resource scheduler 118 is an application 
offering the ability, among others, to view and interact 
with the calendars of others on the enterprise network, 
as well as send conference invitations and subsequently 
update participant calendars upon acceptance of an 
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invitation. In addition, the resource scheduler 118 is 
operative to communicate with the gatekeeper 116 upon a 
conference request from endpoint devices VCU 10 6, PC 108 
or PC/VCU 110. Although the scheduler 118 is depicted as 
resident on the network server 112, the invention is not 
limited to this configuration. The functionality of the 
scheduler 118 may also reside in the network management 
system 114, on any or all of the plurality of 
videoconferencing-enabled devices 106, 108 or 110, or on 
any other workstation (not shown) on the LAN 102. The 
scheduler 118 is not only provided with access to the 
work calendars of enterprise personnel in order to 
coordinate the scheduling of meetings, conferences, etc., 
but is also provided with access to the gatekeeper 
connectivity policy, described below with respect to 
FIGS. 2 and 3. The communication between the scheduler 
118 and the gatekeeper 116 facilitates the capabilities 
for reliable conference scheduling described herein. The 
gatekeeper 116 is described in detail below in reference 
to FIG. 2. 

[0017] An optional gateway 12 0 may be present at the 
network server 112 for providing many services to network 
or LAN 102' endpoints such as 104-110. The gateway 120 is 
operative to provide interface functionality between 
different network types. As a network interface, the 
gateway 12 0 provides translation functionality between 
differing endpoints, including but not limited to 
translation between transmission formats, communications 
procedures, audio and video codecs, and possibly network 
address translation (NAT) . In general, the gateway 120 
facilitates communication between H.323 devices (or SIP 
devices) and analog PSTN (public-switched telephone 
network) devices. Thus, signal transmission between any 
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or all of the LAN 102 connected devices 104-110 and the 
circuit-switched network 126 (i.e., the PSTN) , may route 
through the optional gateway 120. 

[0018] Finally, FIG. 1 depicts the network server 
112 being optionally coupled to the SP server 122 through 
a network 124. The network server 112 and the SP server 
122 may interoperate for various enterprise conference 
scheduling, MCU 104 cascading, bandwidth management, and 
other activities that may contribute to the successful 
integration and use of a service provider offering 
conferencing services. 

[0019] FIG. 2 depicts in block format some of the 
functionality of the gatekeeper 116, in accordance with 
one aspect of the present invention. A QoS/connectivity 
policy (policy) module 2 02 maintains the enterprise 
network policies set by a network administrator. These 
policies are intended to describe the allowed 
capabilities of the network and the associated network 
devices 104-112 (FIG. 1), and may include, among other 
things, call authorization and management and network 
bandwidth management. Examples of policy rules include 
but are not limited to the speeds at which various 
devices 104-112 are able to transmit information over the 
LAN 102 to the packet- switched network 124 (FIG. 1) , 
and/or to the circuit-switched network 126 (FIG. 1) ; 
designation of which devices 104-112 at each campus are 
allowed to' communicate with which other devices 104-112 
at each campus; and designation of services that are 
available to various devices 104-110. Another relevant 
example of a gatekeeper 116 policy is the priority 
assigned to various types of information transmission 
(e.g., audio, video, data, and e-mail) that may be 
competing for network resources, and the amount of 
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network bandwidth that is allocated for such 
transmissions. Further, policies likely differ at 
various times of a day and of a week. 

[0020] A bandwidth management /control module (BWM) 
2 04 is provided for supporting, among other things, 
bandwidth request, confirm, and reject messages; for 
determining whether adequate bandwidth is available to 
complete a call; for determining if adequate bandwidth is 
available upon a request for additional bandwidth from an 
active call; and related functions. In addition, the BWM 
2 04 communicates with and receives inquiries and requests 
from the scheduler 118 (FIG. 1) based upon a conference 
call request from a user. The gatekeeper 116 and the 
scheduler 118 intercommunicate through a scheduler 
interface module 2 06, which is operative to facilitate 
transfer of information therebetween. In addition, the 
gatekeeper 116 and the network management system 114 
(FIG. 1) intercommunicate through a network management 
interface module 2 08, which facilitates transfer of 
information therebetween. 

[0021] The gatekeeper 116 is further provided with a 
call authorization/management module (CM) 210 that is 
capable of communicating with the BWM 2 04 and supplying 
information thereto. Through the CM 210, the gatekeeper 
116 may maintain a list of ongoing calls and it may 
restrict access to network resources for certain network 
devices 104-110 (FIG. 1) during certain periods of time. 
As a result of being able to communicate with the 
resource scheduler 118 (FIG. 1) through the scheduler 
interface 2 06, the gatekeeper is operative to manage 
network resources based on call requests made through the 
scheduler 118 and based on the policies defined by a 
network administrator in the policy module 2 02. In 
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addition, MCUs 104 and endpoints 106-110 within the 
gatekeeper 116 zone register with the gatekeeper 116 when 
attempting to place a call, and the gatekeeper 116 has 
access to network configuration information describing 
the LANs 102 and the devices 104-110. Thus, being privy 
to all of this information, the gatekeeper functionality 
described above is employed to ensure that sufficient 
network resources (i.e., bandwidth, etc.) are available 
to reliably connect and complete a scheduled conference 
call, and/or to accept or reject competing ad hoc call 
attempts . 

[0022] The interaction between the gatekeeper 116 
and the resource scheduler 118 is not limited by the 
configuration as described. Those skilled in the art may 
appreciate that alternate gatekeeper 116 configurations 
and functions, and additional intercommunication between 
the gatekeeper 116 and the scheduler 118, may provide 
reliable network bandwidth management and thus reliable 
connectivity for conference calls initiated in a network. 
These alternatives are thus considered within the scope 
of the present invention. 

[0023] Another component of gatekeeper 116 is a 
cascade optimization algorithm 212, which is described 
below in reference to FIG. 3. 

[0024] FIG. 3 is a flow diagram depicting a method 
for scheduling a conference call within a network, 
wherein sufficient network resources are ensured to 
provide a successful conference initiation. 

[0025] At step 302, users at the devices 106-110 
(FIG. 1) requests a conference call, which is received by 
the resource scheduler 118 (FIG. 1) . The request is 
routed to the gatekeeper 116 (FIG. 1) at step 304, 
whereby the requested conference registration with the 
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gatekeeper 116 is initiated. The QoS/connectivity policy 
module 202 is accessed at step 306. 

[0026] Since the devices 104-110 have previously 
registered with the gatekeeper 116 (FIG. 1) and the 
relevant network segments for the devices are known, the 
BWM 204 (FIG. 2) is capable of determining whether there 
are sufficient network resources available to 
successfully connect the requested conference call based 
on the policies defined in the policy module 2 02 (FIG. 
2) . The BWM 2 04 does this in step 3 08. 

[0027] If sufficient resources are unavailable at 
the requested time and the requested conference 
configuration, the resource scheduler 118 (FIG. 1) is 
notified at step 310. The scheduler 118 then notifies 
the conference requester at step 312. In an optional 
step 314, the scheduler 118, in conjunction with the 
gatekeeper 116, suggests an alternate conference time to 
the requester, again according to the known network 
capacities and policies. Users at the devices 106-110 
(FIG. 1) may repeat the request for a conference call at 
step 302. 

[0028] If it is determined at step 3 08 that 
sufficient network resources are available to complete 
the requested conference call, then the scheduler 118 
schedules the requested conference and the appropriate 
invitations may be transmitted to conference invitees in 
step 316. At step 318, the CM 210 (FIG. 2) is notified 
to reject any competing ad hoc conference calls that may 
attempt to' register with the gatekeeper 116 (through 
scheduler 118 or via direct connection attempts) , if 
necessary. Additional features may include notifying 
connected ad hoc callers shortly prior to the initiation 
of the scheduled call, whereupon the availability of 
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network resources for the ad hoc call will expire. For 
example, a message may appear on their monitor indicating 
that only five minutes remain for their current call. 
Those skilled in the art can appreciate that a number of 
additional similar features may be integrated into the 
basic architecture described herein, and that such 
features are within the scope of the present invention. 

[0029] It will be recognized by those skilled in the 
art that, while the invention has been described above in 
terms of preferred embodiments, it is not limited 
thereto. Various features and aspects of the above- 
described invention may be used individually or jointly. 
Further, although the invention has been described in the 
context of its implementation in a particular environment 
and for particular applications, those skilled in the art 
will recognize that its usefulness is not limited thereto 
and that the present invention can be utilized in any 
number of environments and implementations. 
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